home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Columbia Kermit
/
kermit.zip
/
newsgroups
/
misc.20041116-20060924
/
000282_fdc@columbia.edu_Sun Mar 19 15:31:46 2006.msg
< prev
next >
Wrap
Internet Message Format
|
2020-01-01
|
4KB
Path: newsmaster.cc.columbia.edu!not-for-mail
From: Frank da Cruz <fdc@columbia.edu>
Newsgroups: comp.protocols.kermit.misc
Subject: Re: closing a macro completely upon connect
Date: 19 Mar 2006 20:30:57 GMT
Organization: Columbia University
Lines: 55
Message-ID: <slrne1rfs1.mj2.fdc@sesame.cc.columbia.edu>
References: <uGRPf.40748$VV4.591414@ursa-nb00s0.nbnet.nb.ca> <kLSPf.9392$X.1010@news-wrt-01.rdc-nyc.rr.com> <slrne10fck.8bc.fdc@sesame.cc.columbia.edu> <RqZPf.40942$VV4.594211@ursa-nb00s0.nbnet.nb.ca> <slrne10uul.jul.fdc@sesame.cc.columbia.edu> <H81Qf.41050$VV4.597519@ursa-nb00s0.nbnet.nb.ca> <ok2Qf.12766$nB6.1669@news-wrt-01.rdc-nyc.rr.com> <aQkQf.41491$VV4.608841@ursa-nb00s0.nbnet.nb.ca> <pVlQf.14280$4%1.10175@news-wrt-01.rdc-nyc.rr.com> <ATwQf.41716$VV4.616149@ursa-nb00s0.nbnet.nb.ca> <s3CQf.15925$nB6.6246@news-wrt-01.rdc-nyc.rr.com> <vmPQf.42198$VV4.628778@ursa-nb00s0.nbnet.nb.ca> <3CVQf.10658$X.5797@news-wrt-01.rdc-nyc.rr.com> <KaQRf.43750$VV4.667140@ursa-nb00s0.nbnet.nb.ca> <EWZRf.18631$4%1.15@news-wrt-01.rdc-nyc.rr.com> <Hq%Rf.43986$VV4.672937@ursa-nb00s0.nbnet.nb.ca> <slrne1rels.lh9.fdc@sesame.cc.columbia.edu>
Reply-To: fdc@columbia.edu
NNTP-Posting-Host: sesame.cc.columbia.edu
X-Trace: newsmaster.cc.columbia.edu 1142800257 21175 128.59.59.56 (19 Mar 2006 20:30:57 GMT)
X-Complaints-To: postmaster@columbia.edu
NNTP-Posting-Date: 19 Mar 2006 20:30:57 GMT
User-Agent: slrn/0.9.8.0 (SunOS)
Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:15534
On 2006-03-19, Frank da Cruz <fdc@columbia.edu> wrote:
: On 2006-03-15, Scott Caissie <scottac@nb.sympatico.ca> wrote:
:: Can you clarify your own posts? A few things are bothering me still.
::
:: Macros only execute in "command mode". Its been several years since I
:: fixed the bug associated with SET KEY and terminal mode, but my
:: recollection is that the macro would be configured to execute and
:: "terminal or connect mode" would not be exited.
::
: I hope I can clarify this by saying that keystroke macros should be able to
: run in either Command mode or Connect mode, but currently don't due to the
: aforementioned bug. But when you invoke a macro with a keystroke while in
: Connect mode, K95 temporarily enters Command mode to execute it, because
: that's where commands are executed, and a macro is just a series of commands.
:
: When you assign something to a key with SET KEY, it can be a character or
: string to be transmitted to the host, or a Kverb, or a macro invocation. The
: first two are executed directly in Connect mode, the latter can be executed
: only in Command mode. You can mix all of these things in a single key
: definition. I presently don't have a version of K95 handy without the bug,
: so I can't say exactly how this appears to the user; there might or might not
: be some visible transitions on the screen.
:
Upon rereading this, I see I should make one more clarification. The word
"macro" is vague. Keystroke macros are often understood to be assignments of
characters or strings to a key. That's not what we're talking about here.
There is no bug in Kermit 95 in this respect. The bug involves only the
assignment of a Kermit macro invocation to a key. For example:
define somemacro xxx, yyy, zzz
(where xxx, yyy, and zzz is a list of one or more Kermit commands). This
macro can be assigned to (say) the F11 key as follows:
set key \378 \Ksomemacro
or:
set key \378 \K{somemacro}
This looks like a Kverb but it isn't. As long as the string following the \K
is not the name of a built-in Kverb, it is looked up in Kermit's macro table
and, if found, executed (by internally switching to command mode temporarily).
This is what does not work when the key is pressed while in Connect mode
(because of the bug). It still works when the key is pressed while in the
Command screen. The bug is fixed in Jeff's copy:
http://www.columbia.edu/kermit/support.html
but I can't distribute that yet, until some arrangements have been made
between Columbia University and Jeff, which are taking a long time. In the
meantime, it is available directly from Jeff as described on the page linked
to above.
- Frank